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(57) Abstract 

Methods, systems and computer program products are provided which reduce overhead in the communication of messages having 
a message header over a communication link. An alias address is selected from a predefined set of alias addresses and associated with a 
portion of the header of the message. If no unused alias addresses are available the least recently used alias address is associated with 
the portion of the message header. The portion of the message header is removed from the message and the alias address substituted. 
This reduced data message is then transmitted. The number of alias addresses may be increased to avoid churning of alias addresses. The 
message is reconstructed based on the alias address and the associated portion of the original message. 



FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senega) 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar * 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


ZW 


Zimbabwe 


ci 


C6te d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Luda 


RU 


Russian Federation 






DE 


Germany 


U 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







WO 99/45678 



PCT/US99/03380 



REDUCED PACKET HEADER IN WIRELESS COMMUNICATIONS NETWORK 



Field of the Invention 
The present invention relates to 
communication networks and more particularly to 
communications networks which utilize packet 
5 communication protocols such as the Ethernet protocol. 

Rflfrknrmpd Qf the Invention 
In computing and communications it has become 
commonplace to network computers or other data 
processing devices. One problem with networking 

10 processing systems relates to the infrastructure 
necessary to communicate between processors. 
Typically, communication occurs over a hardwired 
interface utilizing a communication protocol such as 
the Ethernet protocol. However, this infrastructure is 

15 not always available or, it may be impractical in 
certain environments or for certain applications to 
create a fixed infrastructure. For example, in a 
residential building it may be impractical or 
prohibitively expensive to wire the structure for a 

20 computer network. Similarly, in a business environment, 
portable processing systems may need to be moved from 
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location to location while still maintaining a link to 
a network. 

As a result of these and other such 
situations, wireless and other communication systems 
5 which reduced the amount of fixed infrastructure have 
been utilized as the mechanism for communication 
between processing systems. However, wireless systems 
have typically been either expensive to operate or had 
reduced bandwidth in comparison to hardwired systems. 

10 While a dedicated wireless system may be operated at 
increased speed, often, these wireless networks are 
integrated with existing hard- wired networks and, thus, 
it may be desirable to use the existing networking 
protocols such as Ethernet, token ring or the 

15 networking protocols. However, the Ethernet protocol 
and other conventional networking protocols were not 
developed for use in a wireless environment and may be 
inefficient when operated in a wireless network 
environment . 

20 In light of the above discussion, a need 

exists for increased performance in wireless 
communications so as to more efficiently allow 
operation of existing communication protocols over 
wireless communication links. 

25 

Summary of the Invention 
In view of the above discussion, it is an 
object of the* present invention to provide improved 
efficiency in networking computers over wireless and 
30 other reduced bandwidth communication links. 
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A further object of the present invention is 
to provide an increase in throughput over reduced 
bandwidth communication links which is transparent to 
users of the communication links. • 
5 Still another object of the present invention 

is to provide increased throughput of a communication 
link while remaining compatible to existing networking 
protocols. 

These and other objects of the present 

10 invention are provided by methods, systems and computer 
program products which reduce overhead in the 
communication of messages having a message header over 
a communication link. This reduction in overhead may 
be accomplished after receiving a message to be 

15 transmitted on the communication link by determining if 
an unused alias address from a first predefined set of 
alias addresses is available. If an unused alias 
address is available, the unused alias address is 
associated with at least a portion of the header of the 

20 received message. If an unused alias address is not 
available, a used alias address from the first 
predefined set of alias addresses is associated with at 
least a portion of the header of the received message. 
At least a portion of the message header from a 

25 subsequent message having a message header, a portion 
of which is substantially identical the message header 
of the received message, is then removed to provide a 
reduced data message. The reduced data message and the 
associated alias address are then transmitted on the 
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communication link. The communication link may be a 
•wireless communication link. 

By associating an alias address with header 
information of a message, the alias address may be 

5 substituted for the header information. This 

substitution may result in fewer bytes of data being 
transmitted over the communication link. Furthermore, 
by automatically selecting used links which have not 
been recently used the present invention eliminates the 
10 need to "take down" a link which has previously been 
established. Thus, no overhead is associated with 
removing an unused link. 

In a particular embodiment of the present 
invention, the alias address and at least a portion of 

15 the message header associated with the message are 

transmitted on the communication link. A confirmation 
of the association of the portion of the message header 
and the associated alias address may also be received 
from the communication link. A transmitted reduced 

20 data message may then be received from the 

communication link and the subsequent message 
reconstructed from the portion of the message header 
associated with the received alias address and the 
reduced data message. 

25 By associating the. alias address with a 

portion of the header of the original message, and then 
reconstructing the original message based on the alias 
address, the present invention provides for reduced 
overhead per communication. The reduction in overhead 

30 may be achieved for any protocol with a header which 
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identifies multiple packets in a message independent of 
the protocol of the original message because the 
original message is reconstructed to conform to the 
protocol but the format of the reduced data packet 
5 transmitted on the communication link may be 

independent of the format of the original message 
provided that the header information may be separated 
from the data portion of the message. 

In another embodiment of the present 
10 invention, alias addresses associated with at least a 
portion of a message header are identified as used. 
However, used alias addresses may be associated with a 
portion of a message header by determining when each 
used alias address from the first predefined set of 
15 alias addresses was last utilized so as to provide a 
last time of use for each of the used alias addresses. 
A used alias address with the oldest last time of use 
is then associated with the portion of the header of 
the received message if an unused alias address is not 
20 available. Thus, the present invention may avoid the 
need to take down no longer used alias address 
associations. 

In one particular embodiment of the present 
invention, the portion of the message header removed to 
25 create the reduced data message includes a source 
address and a destination address of the message. 

In another embodiment of the present 
invention, the association of alias addresses with the 
message headers is monitored. The number of alias 
30 addresses in the first predefined set of alias 
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addresses is increased based upon the monitoring so as 
to provide a second predefined set of alias address. 

By monitoring the association of alias 
addresses, the present invention may selectively 
5 increase the number of available addresses to reduce 
the amount of communication bandwidth utilized to 
establish alias address associations. Thus, the number 
of available addresses may be dynamically adjusted to 
reduce the likelihood of "churning" of alias addresses. 

10 In a further embodiment of the present 

invention, alias addresses are removed from the second 
predefined set of alias addresses if the alias 
addresses are determined to be inactive. In 
particular, where the second predefined set of alias 

15 addresses comprises a combination of the first 
predefined set of alias addresses and a third 
predefined set of alias addresses, the number of alias 
addresses may be reduced to the first predefined set of 
alias addresses if all of the third predefined set of 

20 alias addresses have been removed from the second 

predefined set of alias addresses. Thus, the number of 
alias addresses may also be dynamically reduced if the 
number of alias addresses needed to avoid churning 
declines. 

25 As will further be appreciated by those of 

skill in the art, the present invention may be embodied 
as a method, apparatus /system or computer program 
product . 
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Frief Description of the Drawings 
Figure 1 is block diagram of a communication 
system utilizing one embodiment of the present 
invention; 

5 Figures 2A through 2C are illustrations of 

data packets utilized by one embodiment of the present 
invention; 

Figure 3 is a flowchart illustrating 
operations carried out upon receipt of a packet by a 
10 communications interface according to one embodiment of 
the present invention; 

Figure 4 is a flow chart illustrating 
operations carried out upon receipt of data from a 
communication link by a communications interface 
15 according to one embodiment of the present invention; 

Figures 5A through 5E are illustrations of 
data packets utilized by an alternative embodiment of 
the present invention; 

Figure 6 is a flowchart illustrating 
20 operations carried out upon receipt of a packet by a 
communications interface according to an alternative 
embodiment of the present invention; 

Figure 7 is a flow chart illustrating 
operations carried out upon receipt of data from a 
25 communication link by a communications interface 

according to an alternative embodiment of the present 
invention; and 

Figure 8 is a flow chart illustrating 
operations carried out upon receipt of data from a 
30 communication link by a communications interface 

according to a second alternative embodiment of the 
present invention. 
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Detailed De scription of the Invention 
The present invention now will be described 
more fully hereinafter with reference to the 
accompanying drawings, in which preferred embodiments 
5 of the invention are shown. This invention may, 

however, be embodied in many different forms, and should 
not be construed as limited to the embodiments set 
forth herein; rather, these embodiments are provided so 
that this disclosure will be thorough and complete, and 
10 will fully convey the scope of the invention to those 
skilled in the art. Like numbers refer to like 
elements throughout. As will be appreciated by one of 
skill in the art, the present invention may be embodied 
as methods or devices. Accordingly, the present 
15 invention may take the form of an entirely hardware 
embodiment, an entirely software embodiment or an 
embodiment combining software and hardware aspects. 

Figure 1 illustrates one embodiment of the 
present invention. As seen in Figure 1, a source 10 
20 for a communication message has access to a wireless 
communication interface 12. A destination of the 
communication message has access to a second wireless 
communication interface 14 which communicates with the 
first wireless communication interface 12 over wireless 
25 communication link 16. 

In a particular embodiment of the present 
invention the source 10 and destination 18 are Ethernet 
sources and destinations. In such a case the 
communications interfaces 12 and 14 may be wireless 
30 Ethernet adapters or other adapters capable of 
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transmitting Ethernet packets over a wireless 
communication link. The source and destination devices 
may be network computers, workstations, personal 
computers, personal information managers; or other * 
5 devices capable of acting as the source or destination 
of a data packet in a packet communication protocol 
such as the Ethernet communication protocol . 

While the present invention is described 
herein with reference to the Ethernet protocol, as will 
10 be appreciated by, those of skill in the art, other 

packet based communication protocols may also benefit 
from the teachings of the present invention. For 
example, Transport Control Protocol /Internet Protocol 
(TCP/IP) , Asynchronous Transfer Mode (ATM) protocol and 
15 other such packet communication based protocols may be 
utilized with the teachings of the present invention. 

Furthermore, the present invention is 
described herein with reference to wireless 
communication links, however, the present invention 
.20 should not be construed as limited to wireless 

communications. As used herein the term communication 
link refers to any type of link between two processors 
remote from each other which allows - communications 
between the two processors. The teachings of the 
25 present invention may be beneficial to any 

communication link where the amount of data to be 
transmitted over the communication link is to be 
reduced. Examples of such communication links include 
low-speed modem communications, satellite communication 
30 links, cellular communication links, radio frequency 
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communication links, microwave communication links or 
any communication link with a rate schedule based on 
the amount of data transferred across the communication 
link, 

5 Figure 1 illustrates a single source and a 

single destination which may communicate through 
communication link 16. However, as will be appreciated 
by those of skill in the art, multiple sources and 
destinations may be accessible through communication 

10 interfaces 12 and 14. Furthermore, the communication 
between a source and a destination may be in either 
direction across communication link 16. Communication 
interfaces 12 and 14 may each provide access to both 
sources and destinations which utilize communication 

15 interfaces 12 and 14 to communicate across 

communication link 16. Accordingly, Figure 1 is 
exemplary and should not be construed as limiting the 
present invention. 

In overview, the operation of certain 

20 embodiments of the present invention provides for data 
reduction in the transmission of packets over a 
communication link, such as the wireless communication 
link 16, by reducing the header size of the 
communication packets. More specifically, data packets 

25 with routing information, such as destination and 
source addresses, are stripped of this header 
information prior to transmission on the communication 
link. An alias address is assigned to the header and 
the alias address is added to the data packet. As used 

30 herein the term "alias address" refers to a designation 
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associated the header information of the original 
message such that the original message may be recreated 
knowing the alias address. The data and alias address 
are then transmitted on the communication link. The 
5 receiving side of the communication link receives the 
modified data packet and reconstructs the original data 
packet based on the alias address received. Subsequent 
messages with the same source and destination addresses 
are then also stripped of the source and destination 
10 address information and the associated alias address 
used for communication over the communication link. 
Because the alias address can be smaller than the 
corresponding source and destination address of the 
original header, the amount of data transmitted over 
15 the communication link may be reduced. 

In specific aspects of the present invention, 
alias addresses are assigned to unused alias addresses 
until all of the alias addresses have been utilized. 
•After all of the alias addresses have been utilized, 
.20 when a data packet with a new source and destination is 
received for transmission on the communication link, 
the least recently used alias address is reassigned to 
the new source and destination addresses. Thus, the 
present invention may alter the alias address 
. 25 associations without the overhead of explicitly 
terminating previous alias address associations. 
Furthermore, if it is determined that the assignment of 
alias addresses is occupying too large an amount of the 
bandwidth of the communication link, the size of the 
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alias address may be expanded to reduce the rate at 
which reassignment occurs. 

The specific operation of various embodiments 
of the present invention will now be described with 
5 respect to an Ethernet example and the block diagram of 
Figure 1. Reference is also made to Figures 3, 4 and 6 
through 8 which are flowchart illustrations of 
embodiments of the present invention. It will be 
understood that each block of the flowchart 
10 illustrations, and combinations of blocks in the 

flowchart illustrations, can be implemented by computer 
program instructions. These program instructions may 
be provided to a processor to produce a machine, such 
that the instructions which execute on the processor 
15 create means for implementing the functions specified 
in the flowchart block or blocks. The computer program 
instructions may be executed by a processor to cause a 
series of operational steps to be performed by the 
processor to produce a computer implemented process 
20 such that the instructions which execute on the 

processor provide steps for implementing the functions 
specified in the flowchart block or blocks. 

Accordingly, blocks of the flowchart 
illustrations support combinations of means for 
25 performing, the specified functions, combinations of 
steps for performing the specified functions and 
program instruction means for performing the specified 
functions. It will also be understood that each block 
of the flowchart illustrations, and combinations of 
30 blocks in the flowchart illustrations, can be 
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implemented by special purpose hardware -based systems 
which perform the specified functions or steps, or 
combinations of special purpose hardware and computer 
instructions. 

5 Figure 3 illustrates the operation of a 

communications, interface, such as the wireless 
communications interface 1,2, when a data packet is 
received for transmission on a communication link, such 
as the wifeless communication link 16. As is 

10 illustrated in Figure 3, when the wireless 

. communication interface 12 receives the data packet 
from source 10, the wireless communication interface 12 
extracts the header from the data packet and determines 
the source and destination addresses from that header 

15 (block 30) . It is then determined if an existing link 
(i.e. an alias address) has been associated with the 
source and destination address across the communication 
link 16 has been established for that source and 
destination address (block 32) . If a link has not been 

20 : established the least recently used alias address is 
assigned to the source and destination address (block 
34) and a request is sent on the communication link 16 
to assign the alias address to the source and 
destination address (block 36). The least recently 

25 used alias address will be an unused alias address if 
all -alias addresses have not been assigned. In the 
present example, the alias address is one byte (8 bits) 
in size with 2 addresses ("00" and "01") being reserved 
for control so as to define a predefined set of 254 

30 alias addresses such that 254 alias addresses would 
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need to be assigned before a previously assigned alias 
address (used alias address) would be reused. 

Figure 2B illustrates a data packet 
transmitted on the communication link 16 by a 
5 communication interface 12 or 14 to request that a link 
be established. The format of the data packet includes 
"00" as the first byte of the data packet after the 
frame header. The "00" indicates that the packet is 
requesting that a link be established. The next 12 

10 bytes of the packet specify the source, and destination 
address of the original data packet . The source and 
destination addresses are then followed by one /byte 
which specifies the requested alias address to be 
associated with the source and destination addresses. 

15 Utilizing the format illustrated in Figure 2B a link 
request is a 16 byte packet. 

Returning to Figure 3, after transmitting the 
request to establish a link, the communication 
interface 12 and 14 sets a reassignment flag (block 38) 

20 which is used as part of a handshake with the receiving 
communication interface 14 or 12 to verify that the 
link is established (i.e. both sides of the 

Ail 

communication link 16 have the same association of 
source and destination address to alias address) and 

25 waits for an acknowledgment packet to be received from 
the communication link 16, After receiving the 
acknowledgment, the communication interface 12 or 14 
checks to see if the reassignment flag remains set 
(block 40) . If the reassignment flag remains set then 

30 the request for the link failed and a new alias address 
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is selected (block 34) and the process repeated (blocks 
36 and 38) . This process may be repeated until a link 
is established or may repeated for a finite number of 
attempts and, if still unsuccessful, the message may be 
5 discarded or an error notification provided to the 
source of the packet. 

If the reassignment flag is not set (block 
40), then a link has been established. The 
communication interface 12 or 14 then checks the CRC of 
10 the original packet (block 42) and discards the packet 
if a CRC error is indicated (block 44) . Alternatively, 
the CRC check could be performed prior to establishing 
a link. 

If no CRC error is detected, then the CRC and 

15 source and destination addresses are removed from the 
packet and replaced with the alias address (block 46) . 

A format for the packet to be transmitted on the 
communication link 16 in the present Ethernet example 
is illustrated in Figure 2A. As seen in Figure 2A, the 

20 packet transmitted across the communication link 16 

includes the frame header followed by the alias address 
(1 byte) , followed by the message type (2 bytes) and 
then 46 to 576 bytes of data. After creation of the 
reduced data packet, the reduced data packet is 

25 transmitted on the communication link 16 (block 48) . 

The processing of subsequent data packets 
received by a communication interface 12 or 14 having 
the same alias address is also illustrated in Figure 3. 
As is seen in Figure 3, when the packet is received the 

30 header is extracted, (block 30) and it is determined if 
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a link, exists (block 32) . Because the packet is a 
subsequent packet, a link exists and the reassignment 
flag will not be set (block 40) . The CRC of the packet 
is checked (block 42) and if no error is indicated the 
5 header information is removed (block 46) and the 

reduced data packet transmitted on the communication 
link 16 (block 48) . 

Figure 4 illustrates the operations of a 
communication interface 12 or 14 according to one 

10 embodiment of the present invention when a packet is 

received from the communication link 16. When a packet 
is received, the first byte (C) after the frame header 
"7E" is extracted (block 50) and it is determined if 
the first byte after the frame header specifies a 

15 request to establish a link (O"00") (block 52). If the 
first byte after the frame header specifies a link 
request, the source, destination and alias address 
fields of the packet (see Figure 2B) are extracted 
(block 54) and the alias address is associated with the 

20 source and destination addresses (block 56). A 

confirmation packet is then constructed (block 58) and 
scheduled for transmission on the communication link 16 
(block 60) . 

Figure 2C illustrates a data packet 

25 transmitted on the communication link 16 by a 

communication interface 12 or 14 to confirm that a link 
has been established. The format of the data packet 
includes "01" as the first byte of the data packet 
after the frame header (O"01") . The "01" indicates 

30 that the packet is confirming that a link has been 
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established. The next 12 bytes of the packet specify 
the source and destination address of the original data 
packet. The source and destination address are then 
followed by one byte which specifies the alias address 
5 which has been associated with the source and 
destination addresses. Utilizing the format 
illustrated in Figure 2C a link confirmation packet is 
a 16 byte packet. 

Returning to Figure 4 at block 52, if the 

10 first byte after the frame header of the packet is not 
a "00" it is determined if the byte is a "01" (block 
62) indicating that the packet is a confirmation packet 
as illustrated in Figure 2C. If the first byte after 
the frame header specifies a link confirmation packet 

15 then the source, destination and alias address fields 
of the packet (see Figure 2C) are extracted (block 64) 
and the reassignment flag associated with the alias 
address is reset (block 66) . Processing then continues 
as described above with respect to Figure 3 to transmit 

20 the data of the original packet over the communication 
link 16. 

If the first byte after the frame header is 
not "00" or "01" then the packet is a data packet of 
the format specified in Figure 2A. The first byte 

25 after the frame header then specifies the alias address 
of the packet which is matched with the source and • 
destination address pair associated with the alias 
address (block 68) . The original packet is then 
reconstructed and scheduled for transmission to the 

30 original destination 18 (block 72) . 
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Figure 5A through 8 illustrate an alternative 
embodiment of the present invention where the size of 
the alias address may be expanded. Such an embodiment 
reduces the likelihood of "churning" of alias 
5 addresses. Because there is some overhead associated 
with establishing a link which associates the alias 
address with the source and destination addresses a 
condition may arise where a large percentage of the 
communication link 16 bandwidth is taken up by packets 

10 which establish links. The onset of this condition, 
referred to herein as "churning, " may be delayed or 
prevented by expanding the alias address field to 
include two bytes of address data, thus substantially 
increasing the number of available alias addresses and 

15 reducing the frequency of alias address reassignments . 

Figures 5A and 5B illustrate examples of the 
single byte and double byte addresses associated with 
the alternative embodiment of the present invention. 
As seen in Figure 5A, the first bit of the single byte 

20 address is set to "0" to indicate the single byte 

address. Figure 5B illustrates that the first bit of 
the extended address field is set to "1" to indicate an 
extended address. 

Figure 6 illustrates the operation of the 

25 alternate embodiment of the present invention when 
receiving a packet for transmission on the 
communication link 16. As seen in Figure 6, the 
communication interface 12 or 14 first determines if an 
existing link is associated with the source and 

30 destination addresses of the received packet (block 
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80) . If no link exists, then it is determined if an 
unused alias address is available (block 82) . If 
extended alias addresses are not in use then this 
determination is made based on the availability of 
5 single byte alias addresses. If extended addresses are 
in use then this determination is made based upon the 
availability of an extended alias address. If no 
unused alias address is available then it is determined 
if alias addresses are churning (block 84) . 

10 The determination of whether churning is 

occurring may be made by tests based on the ratio of 
link-establishment requests to data packets transmitted 
over the communication link or the time since the full 
address space was reassigned (for example, the time 

15 lapsed during the most recent 254 reassignment of 8 -bit 
aliases) , or other methods known to those of skill in 
the art. In one embodiment, churning is declared when 
the probability (as estimated by relative frequency of 
occurrence) becomes too great that an active link will 

20 be interrupted by alias reassignment, where a link is 
considered active if it was used during last T 
milliseconds - 

If churning is occurring, then the field 
length of the alias address field is extended to more 

25 than one byte and extended aliases are used (block 86) . 
An alias address is then selected from the unused 
extended alias addresses (block 90) . If churning is 
not occurring, then the least recently used alias is 
selected for association with the source and 

30 destination addresses (block 88) . If extended alias 
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addresses are not in use then this selection is made 
based on the last use of single byte alias addresses. 
If extended addresses are in use then this selection is 
made based upon the last use of an extended alias 
5 address. 

In either case, once an alias address is 
selected a link establishment request is sent on the 
communication link (block 92) . The format of exemplary- 
link establishment request packets are seen in Figure 

10 5D for an extended alias address and Figure 2B for a 
single byte address. Figure 2B is described above. 
Figure 5D illustrates a data packet transmitted on the 
communication link 16 by a communication interface 12 
or 14 to request that an extended alias address link be 

15 established. The format of the data packet includes 
"02" as the first byte of the data packet after the 
frame header. The "02" indicates that the packet is 
requesting that an extended alias address link be 
established. The next 12 bytes of the packet specify 

20 the source and destination address of the original data 
packet. The source and destination address are then 
followed by two bytes which specify the requested alias 
address to be associated with the source and 
destination addresses. Utilizing the format 

25 illustrated in Figure 5D a link request is a 17 byte 
packet . 

After transmitting the link establishment 
request, the communication interface 12 or 14 waits to 
receive confirmation that the link has been established 
30 (block 94) . The operations for establishing a link 
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(block 92 and 94) may be carried out as described above 
with reference to Figures 3 and 4 where a retry on 
error- technique is used to establish the link. 

Once the link is established the original m 
5 data packet is altered as described above to remove the 
source and destination addresses and the CRC and to 
include the alias address so as to provide a reduced 
data packet (block 96) . This reduced data packet is 
then sent on the link 16 (block 98) . The format of 

10 exemplary reduced data packets are 'illustrated in 
Figure 2A and Figure 5C. 

Figures 7 and 8 illustrate operations of 
alternative embodiments of the present invention which 
utilize extended alias addressing when a packet is 

15 received from the communication link 16. As seen in 
Figure 7, when a packet is received from communication 
link 16, the first byte after the frame header is 
extracted (block 100). If the first byte is a "00" or 
"02" then the packet is a link establishment request 

20 and the appropriate source, destination and alias 

addresses are extracted from the packet (block 102 and 
block 104) based on the format of the packet (See 
Figure 2B and Figure 5D) . The extracted alias address 
is then associated with the source and destination 

25 addresses (block 106) . A confirmation packet is then 
constructed (block 108) and scheduled for transmission 
on the communication link 16 (block 110) . 

The format of the confirmation packet 
corresponds to the format of the establishment request. 

30 Accordingly, if a "00" link establishment request is 
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received, then the "01" format confirmation packet 
illustrated in Figure 2C is constructed. The 
confirmation packet format of Figure 2C is described 
above. However, if the link establishment request 
5 received was a "02" extended alias address link 

establishment request then a confirmation packet having 
the format of Figure 5E is constructed. 

Figure 5E illustrates a data packet, 
transmitted on the communication link 16 by a 

10 communication interface 12 or 14 to confirm that an 

extended alias address link has been established. The 
format of the data packet includes "03" as the first 
byte of the data packet after the frame; header. The 
"03" indicates that the packet is confirming that an 

15 extended alias address link has been established. The 
next 12 bytes of the packet specify the source and 
destination address of the original data packet. The 
source and destination address are then followed by two 
bytes which specify the requested alias address to be 

20 associated with the source and destination addresses. 
Utilizing the format illustrated in Figure 5E a link 
confirmation packet is a 17 byte packet. 

Returning now to Figure 7, if the first byte 
after the frame header of the packet received from the 

25 communication link 16 is not a "00" or "02, "then it is 
determined if the first byte after the frame header is 
«0in or «03" (block 112). If the first byte is a "01" 
or "03" then the packet is a confirmation packet and 
the appropriate source, destination and alias addresses 

30 are extracted from the packet (block 112 and block 114) 
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based on the format of the packet (See Figure 2C and 
Figure 5E) . The reassignment flag associated with. the 
extracted alias address is then reset to indicate that 
that the link was successfully established (block 116) . 
5 If the first byte after the frame header of 

the received packet is not a "00", "01", "02" or "03" 
then the packet is a data packet of one of the formats 
shown in Figure 2A or Figure 5C, The alias address may 
be determined from the data packet by examining the 

10 first bit of the first byte after the frame header. If 
that bit is a "0" then a single byte alias address is 
used (see Figure 5A) , however, if that bit is "1" then 
an extended alias address is used (see Figure 5B) . In 
either case the alias address is extracted from the 

15 packet and matched with the associated source and 

destination pair (block 118) . The original packet is 
then reconstructed > including the CRC (block 120) and 
scheduled for transmission to the destination (block 
122) . 

20 Figure 8 illustrates the operation of an 

alternative embodiment of the present invention which 
utilizes extended alias addressing when a packet is 
received from the communication link 16 but does not 
utilize separate request and confirmation packets for 

25 extended alias "addresses . By utilizing the same 

methodology to determine if churning is occurring, both 
sides of the communication . link 16 may determine if 
churning is occurring independently, thereby avoiding 
the need for explicit signaling that extended alias 

30 addresses are to be used. 
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As seen in Figure 8, when a packet is 
received from communication link 16, .the first byte 
after the frame header is extracted (block 130) . If 
the first byte is a "00" or "01" the packet is either a 
5 link establishment request or a confirmation packet and 
it is then determined if churning is occurring (blocks 
132 and 142) which would indicate whether or not single 
byte or extended alias addressing is used. 
Alternatively, the receiving communication interface 
10 could examine the first bit of the alias address field 
to determine if it was a "0" indicating single byte or 
a "1" indicating extended alias addressing. The 
communication interface could also determine the total 
length of the packet and, if that length is 16 bytes 
15 the single byte alias addressing is used. If the 

packet is 17 bytes, then extended alias addressing is 
used. In either case, after it is determined if single 
byte or extended alias addressing is used, the 
appropriate source, destination and alias addresses are 
20 extracted from the packet (block 140 or block 144) 

based on the format of the packet (See Figures 2B and 
2C or Figure 5D and 5E) . 

After extracting the alias address, it is 
then determined if the first byte after the frame 
25 header is "00" indicating a link request packet (block 
146). If not,, then the packet is a link confirmation 
and the reassignment flag associated with the alias 
address is reset (block 148) . If the first byte after 
the frame header is a "00" then the packet is a link 
30 establishment request and the alias address is assigned 
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to the source and destination (block 150) and the 
appropriate confirmation packet constructed (block 
152) . The confirmation packet is then scheduled for 
transmission on the communication link 16 (block 154) . 
5 Returning to block. 132, if the first byte 

after the frame header is not a "00" or a 11 01" then the 
packet is a data packet. The alias address is 
extracted as described above utilizing the first bit of 
the address to determine if the address is extended 
10 (block 134) . The original packet is then reconstructed 
(block 136) and scheduled for transmission to the 
destination (block 138) . 

The association of alias addresses with 
source and destination addresses may be made using any 
15 number of techniques for association of items. For 

example, a look-up table or a linked list may be used 
to create the association between the alias address and 
the source and destination addresses. In a table 
implementation the alias address, source and 
20 destination addresses and time of last use of the alias 
address may be maintained at each side of the 
communication link 16 so as to facilitate selection of 
the previously used alias address which has been used 
the least recently. 
25 In the extended alias address embodiment of 

the present invention, a "trash-collection" routine 
periodically examines the time of last use for each 
link that has an extended- length alias, and long-idle 
links with extended addresses are removed from the 
30 tables at both ends of the communication link 16. In 
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this way, alias length drifts back to its shortest 
option. Once no extended- field aliases are present in 
the tables, use of the "02" and "03" messages is held 
in abeyance until churning is once again detected, and 
5 the bridge tables are returned to their pre-expansion 
size. 

Alternatively, the "trash-collection" routine 
could periodically remove from the tables at both ends 
links which have a time of last use older than a 

10 predefined threshold. When the total number of links 

falls below the number of links available . in the set of 
non-extended alias addresses, the extended alias 
address links could be re-assigned to non-extended 
alias addresses for subsequent communications. As will 

15 be appreciated by those of skill in the art in light of 
the present disclosure, other methods of returning the 
system to operating with non-extended alias addresses 
could also be utilized. 

While the present invention has been 

20 described with respect to the Ethernet communication 
protocol, as will be appreciated by those of skill in 
the art, the teachings of the present invention may be 
applied to other communication protocols- For example, 
if the communication interfaces 12 and 14 perform IP 

25 routing functions and the Ethernet packets contain IP 
datagrams, the communications interfaces 12 and 14 
could also strip the IP routing information from within 
the datagrams. In such a case the routing information 
could either be saved or recalculated to provide the 

30 next hop in the datagrams path. Thus, the present 



WO 99/45678 



PCT/US99/03380 



-27- 

invention can be used with TCP/IP to further reduce 
overhead where the Ethernet and IP addressing are 
stripped and the gateway or router at each end re- 
bundles the IP datagram in an Ethernet packet which 
5 specifies the next hop in the IP path. 

In the drawings and specification, there have 
been disclosed typical preferred embodiments of the 
invention and, although specific terms are employed, 
they are used in a generic and descriptive sense only 
10 and not for purposes of limitation> the scope of the 
invention being set forth in. the following claims. 
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THAT WHICH IS CLAIMED IS: 

1. A method of reducing overhead in 
communication of messages having a message header over 
a communication link, the method comprising the steps 
Of: 

5 receiving a message to be transmitted on the 

communication link; 

determining if an unused alias address from a 
first predefined set of alias addresses is available; 

associating an unused alias address from the 
10 first predefined set of alias addresses with at least a 
portion of the header of the received message if an 
unused alias address is available; 

associating a used alias address from the 
first predefined set of alias addresses with at least a 
15 portion of the header of the received message if an 
unused alias address is not available; 

removing at least a portion of the message 
header from a subsequent message having a message 
header, a portion of which is substantially identical 
20 the message header of the received message, to provide 
a reduced data message; and 

transmitting the reduced data message and the 
associated alias address on the communication link. 



2. A method according to Claim l, wherein 
said removing step is preceded by the step of 
transmitting the alias address and at least a portion 
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of the message header associated with the message on 
5 the communication link. 

3. A method according to Claim 2, further 
comprising the step of receiving from the communication 
link a confirmation of the association of the at least 
a portion of the message header and the associated 

5 alias. 

4. A method according to Claim 1, further 
comprising the steps of: 

receiving an alias address and a transmitted 
reduced data message from the communication- link; 
5 reconstructing the subsequent message from 

the at least a portion of the message header associated 
with the received alias address and the reduced data 
message. 

5. A method according to Claim 1, further 
comprising the step of identifying as used an alias 
address associated with at least a portion of a message 
header , 

6. A method according to Claim 1, wherein 
said step of associating a used alias address from the 
first predefined set of alias addresses comprises the 
steps of: 

5 determining when each used alias address from 

the first predefined set of alias addresses was last 
utilized so as to provide a last time of use for each 
of the used alias addresses; and 
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associating a used alias address with the 
10 oldest last time of use from the first predefined set 
of alias addresses with at least a portion of the 
header of the received message if an unused alias 
address is not available. 

7. A method according to Claim 1, wherein 
the at least a portion of the message header includes a 
source address and a destination address of the 

. message. 

8. A method according to Claim 1, wherein 
the communication link is a wireless communication 
link. 

9. A method according to Claim 1, further 
comprising the steps of: 

monitoring the association of alias addresses 
with the message headers; and 
5 increasing the number of alias addresses in 

the first predefined set of alias addresses based upon 
said monitoring so as to provide a second predefined 
set of alias address. 

10. A method according to Claim 9, wherein 
said increasing step comprises the step of transmitting 
an increased alias length notification on the 
communication link. 

11. A method according to Claim 9, further 
comprising the step of removing alias addresses from 
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the second predefined set of alias addresses if the 
alias addresses are determined to be inactive. 

12. A method according to Claim 11, wherein 
the second predefined set of alias addresses comprises 
a combination of the first predefined set of alias 
addresses and a third predefined set of alias 

5 addresses. 

13. A method according to Claim 12, further 
comprising the step of reducing the number of alias 
addresses, to the first predefined set of alias 
addresses if all of the third predefined set of alias 

5 addresses have been removed from the second predefined 
set of alias addresses. 

14 . A system for reducing overhead in 
communication of messages having a message header over 
a communication link, comprising: 

means for receiving a message to be 
5 transmitted on the communication link; 

means for determining if an unused alias 
address from a first predefined set of alias addresses 
is available; 

means for associating an unused alias address 
10 from the first predefined set of alias addresses with 
at least a portion of the header of the received 
message if an unused alias address is available; 

means for associating a used alias address 
from the first predefined set of alias addresses with 
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15 at least a portion of the header of the received 

message if an unused alias address is not available; 

means for removing at least a portion of the 
message header from a subsequent message having a 
message header, a portion of which is substantially 

20 identical the message header of the received message, 
to, provide a reduced data message; and 

means for transmitting the reduced data 
message and the associated alias address on the 
communication link, 

15. A system according to Claim 14, further 
comprising means for transmitting the alias address and 
at least a portion of the message header associated 
with the message on the communication link, 

16. A system according to Claim 15, further 
comprising means for receiving from the communication 
link a confirmation of the association of the at least 
a portion of the message header and the associated 

5 alias. 

17. A system according to Claim 14, further 
comprising: ' 

means for receiving an alias address and a 
transmitted reduced data message from the communication 
5 link; and 

means for reconstructing the subsequent 
message from the at least a portion of the message 
header associated with the received alias address and 
the reduced data message. 
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18. A system according to Claim 14, further 
comprising means for identifying as used an alias 
address associated with at least a portion of a message 
header. . . . 

19. A system according to Claim 14, wherein 
said means for associating a used alias address from 
the first predefined set of alias addresses comprises: 

means for determining when each used alias 
5 address from the first predefined set of alias 

addresses was last utilized so as to provide a last 
time of use for each of the used alias addresses/ and 

means for associating a used alias address 
with the oldest last time of use from the first 
10 predefined set of alias addresses with at least a 
portion of the header of the received message if an 
unused alias address is not available. 



20. A system according to Claim 14, wherein 
the at least a portion of the message header includes a 
source address and a destination address of the 
message. 

21. A system according to Claim 14, wherein 
the communication link is a wireless communication 
link. 

22. A system according to Claim 14, further 
comprising: 

means for monitoring the- association of alias 
addresses with the message headers; and 
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5 means for increasing the number of alias 

addresses in the first predefined set of alias 
addresses based upon said monitoring so as to provide a 
second predefined set of alias address. 

23. A system according to Claim 22, wherein 
said means for increasing comprises means for 
transmitting an increased alias length notification on 
the communication link. 

24. A system according to Claim 22, further 
comprising means for removing alias addresses from the 
second predefined set of alias addresses if the alias 
addresses are determined to be inactive. 



25. A system according to Claim 24, wherein 
the second predefined set of alias addresses comprises 
a combination of the first predefined set of alias 
addresses and a third predefined set of alias 
5 addresses. 

26- A system according to Claim 25, further 
comprising means for reducing the number of alias 
addresses to the first predefined set of alias 
addresses if all of the third predefined set of alias 
5 addresses have been removed from the second predefined 
set of alias addresses. 

27 . A computer program product for reducing 
overhead in communication of messages having a message 
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header over a communication link, the computer program 
product comprising: 
5 a computer-readable storage medium having 

computer-readable program code means embodied in said 
medium, said computer-readable program code means 
comprising: 

computer -readable program code means for 

10 receiving a message to be transmitted on the 
communication link; 

computer -readable program code means for 
determining if an unused alias, address from a" first 
predefined set of alias addresses is available; 

15 computer-readable program code means for 

associating an unused alias address from the first 
predefined set of alias addresses with at least a 
portion of the header of the received message if an 
unused alias address. is available; 

20 computer-readable program code means for 

associating a used alias address from the first 
predefined set of alias addresses with at least a 
portion of the header of the received message if an 
unused alias address is not available; 
* 25 computer-readable program code means for 

removing at least a portion of the message header from 
a subsequent message having a message header, a portion 
of which is substantially identical the message header 
of the received message, to provide a reduced data 

30 message; and 

computer- readable program code means for 
transmitting the reduced data message and the 
associated alias address on the communication link. 
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28. A computer program product according to 
Claim 27, further comprising computer -readable program 
code means for transmitting the alias address and at 
least a portion of the message header associated with 

5 the message on the communication link. 

29. A computer program product according to 
Claim 28, further comprising computer-readable program 
code means for receiving from the communication link a 
confirmation of the association of the at least a 

f 5 portion of the message header and the associated alias. 

30. A computer program product according to 
Claim 27, further comprising: 

computer- readable program code means for 
receiving an alias address and a transmitted reduced 
5 data message from the communication link; and 

computer-readable program code means for 
reconstructing the subsequent message from the at least 
a portion of the message header associated with the 
received alias address and the reduced data message. 

31. A computer program product according to 
Claim 27, further comprising computer- readable program 
code means for identifying as used an alias address 
associated with at least a portion of a message header. 

32. A computer program product according to 
Claim 27 , wherein said computer-readable program code 
means for associating a used alias address from the 
first predefined set of alias addresses comprises; 
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5 



computer -readable program code means for 



determining when each used alias address from the first 
predefined set of alias addresses was last utilized so 
as to provide a last time of use for each of the used 
alias addresses; and 



associating a used alias address with the oldest last 
time of use from the first predefined set of alias 
addresses with at least a portion of the header of the 
received message if an unused alias address is not 
15 available. 



Claim 27, wherein the at least a portion of the message 
header includes a source address and a destination 
address of the message, 

34, A computer program product according to 
Claim 27, wherein the communication link is a wireless 
communication link.* 

35. A computer program product according to 
Claim 27, further comprising: 

computer- readable program code means for 
monitoring the association of alias addresses with the 
5 message headers; and 

computer- readable program code means for 
increasing the number of .alias addresses in the first 
predefined set of alias addresses based upon said 
monitoring so as to provide a second predefined set of 
10 alias address. 



10 



computer -readable program code means for 



33. 



A computer program product according to 
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36. A computer program product according to 
Claim 35, wherein said computer- readable program code 
means for increasing comprises computer- readable 
program code means for transmitting an increased alias 

5 length notification on the communication link. 

37. A computer program product according to 
Claim 35, further comprising computer-readable program 
code means for removing alias addresses from the second 
predefined set of alias addresses if the alias 

5 addresses are determined to "be inactive* 

38. A computer program product according to 
Claim 37, wherein the second predefined set of alias 
addresses comprises a combination of the first 
predefined set of alias addresses and a third 

5 predefined set of alias addresses. 

39. A computer program product according to 
Claim 38, further comprising computer-readable program 
code means for reducing the number of alias addresses 
to the first predefined set of alias addresses if all 

5 of the third predefined set of alias addresses have 
been removed from the second predefined set of alias 
addresses . 
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